Calculation of link-detour paths in mesh networks

ABSTRACT

A protected communication network utilizes a link-based recovery strategy that includes methods for calculating and distributing link-protection parameters and calculating primary and link-detour paths based on these parameters. These link-protection parameters support the computation of more-optimal link-detour paths and a corresponding increase in sharing of network resources between disjoint failures. A joint-optimization mechanism can be employed that considers both the cost of link-detour paths as well as the cost of links in candidate primary paths in the selection of a primary path for a demand. Information for the joint optimization is preferably distributed using link-state advertisements.

CROSS-REFERENCE TO RELATED APPLICATIONS

The subject matter of this application is related to U.S. patentapplication Ser. No. 10/639,728 filed on Aug. 12, 2003; application Ser.No. 10/673,381 filed on Sep. 26, 2003; application Ser. No. 10/673,383filed on Sep. 26, 2003; application Ser. No. 10/673,382 filed on Sep.26, 2003; application Ser. No. 10/673,056 filed on Sep. 26, 2003;application Ser. No. 10/673,057 filed on Sep. 26, 2003; and applicationSer. No. 10/673,055 filed on Sep. 26, 2003, the teachings of all ofwhich are incorporated herein by reference.

This application is one of a set of U.S. patent applications consistingof application no. 10/817,748; application Ser. No. 10/817,760; andapplication Ser. No. 10/817,745, all of which were filed on Apr. 2, 2004and the teachings of all of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to communications networks, and, morespecifically, to mechanisms for calculating recovery paths in meshcommunication networks.

2. Description of the Related Art

A mesh communication network includes a set of nodes interconnected bycommunication links. A path in a mesh network is a set of one or morelinks connecting a source node to a destination node possibly throughone or more intermediate “transit” nodes. Mesh networks that are able torecover automatically from the failure of at least one node or linkalong paths in the network are considered to be “protected” networks.Recovery mechanisms for such protected networks can be either path-basedor link-based.

Path-based recovery is the process of recovering from a failure of oneof the links or nodes in a path from a source node to a destination nodeby rerouting traffic for the entire path along a recovery path. Inpath-based recovery, the recovery path shares only the source anddestination nodes with the original path.

Link-based recovery, on the other hand, is the process of recoveringfrom a single link/node failure by rerouting traffic around the failureusing a link-detour path, without rerouting the entire path. Alink-detour path is that portion of a link-based recovery path thatcorresponds to the failure. In many instances, the recovery path forlink-based recovery from the failure of a single link is identical tothe original path with the exception of the failed link, which isreplaced by two or more new links connecting one or more new nodes.

Extensive work has been done on calculating primary paths and theirrecovery paths (also known as protection paths) for networks that employpath-based recovery (see, e.g., Doshi 58-10-27-19-36). Some work hasalso been done on calculating link-detour paths for links in primarypaths for networks that employ link-based recovery.

SUMMARY OF THE INVENTION

Problems in the prior art are addressed in accordance with principles ofthe present invention by a protected communication network that utilizesa link-based recovery strategy that employs methods for calculating anddistributing link-protection parameters and calculating both primary andlink-detour (LD) paths based on these parameters. We have recognizedthat current solutions for link-based recovery fail to adequatelyconsider the cost of link-detours when calculating primary paths fordemands. To some extent, this is a result of a lack of informationrelated to sharing and link state at elements of the network thatperform these calculations. As a result, inefficiencies in the use ofavailable network bandwidth and/or the expensive overbuilding ofcapacity can result in order to meet a desired level of service. In theprotected communications network of the present invention, theavailability of link-protection parameters at various locations withinthe network supports the computation of more-optimal primary and LDpaths and a corresponding increase in sharing of network resourcesbetween disjoint failures.

In certain embodiments, the present invention is a method for selectingboth a primary path for a demand and an LD path associated with eachlink in the selected primary path. This method involves (1) developing aplurality of candidate primary paths for a demand as a function of theavailable bandwidth on the links of the candidate primary paths, (2)selecting a primary path to carry the demand as a function of a sum oflink costs associated with the links of each candidate primary path, and(3) calculating an LD path for each link of the selected primary path asa function of the available shared bandwidth on candidate LD paths. Thelink costs of the candidate primary path links can be a function of thelink costs of LD paths for those primary path links.

In some cases, the link costs of the LD paths can be a function of anadministrative weight for the LD path links. In addition oralternatively, the LD path link costs can be a function of the availableshared bandwidth and a function of the demand bandwidth. These costs aredistributed to portions of the network for use in path calculations. Thecontrolling node for each link of the primary path for which thesecalculations are performed can be the node that also distributes LD pathcosts to the rest of the network.

A joint-optimization mechanism can be employed that considers jointlythe cost of LD paths as well as the cost of links in candidate primarypaths in the selection of a primary path for a demand. In theseembodiments, information for the joint optimization can be distributedusing link-state advertisements.

BRIEF DESCRIPTION OF THE DRAWINGS

Other aspects, features, and advantages of the present invention willbecome more fully apparent from the following detailed description, theappended claims, and the accompanying drawings in which:

FIG. 1 illustrates two interconnected ring topology networks.

FIG. 2 illustrates a network formed from nodes A, B, C, D, and E areconnected in a topological ring.

FIG. 3 illustrates an exemplary process for achieving link-basedprotection at the demand level.

FIG. 4 depicts a process for calculating primary paths and link-detourpaths according to one embodiment of the present invention.

FIG. 5 illustrates a simple network with both path-based and link-basedrecovery paths.

FIG. 6 illustrates an exemplary optical/SONET network and acorresponding bandwidth reservation table for one of its links.

FIG. 7 illustrates a generic LSA data flow for a link-based protectionmechanism.

FIG. 8 illustrates loop issues in mesh networks.

FIG. 9 illustrates the link protection path-cost function in a SONETnetwork assuming a static link-cost function.

FIG. 10 illustrates an exemplary loop-avoidance process applied to eachlink in the primary path of an end-to-end connection.

FIG. 11 illustrates another exemplary loop-avoidance process applied toeach link in the primary path of an end-to-end connection.

FIG. 12 illustrates another exemplary loop-avoidance process that isapplied to each link in the primary path of an end-to-end connection.

DETAILED DESCRIPTION

Reference herein to “one embodiment” or “an embodiment” means that aparticular feature, structure, or characteristic described in connectionwith the embodiment can be included in at least one embodiment of theinvention. The appearances of the phrase “in one embodiment” in variousplaces in the specification are not necessarily all referring to thesame embodiment, nor are separate or alternative embodiments mutuallyexclusive of other embodiments.

Introduction

Link-based recovery as implemented in the prior art suffers from anumber of limitations including inefficient use of bandwidth, backhaul,and a failure to fully address bandwidth-sharing opportunities andrecovery management at a granularity that is below the link/port (e.g.,wavelength) level.

Recovery Granularity

In optical ring networks of the prior art, the granularity with whichlink-based protection is implemented is too coarse (e.g., link or linelevel). Link-based protection of the prior art is provided at a link orline (SONET)/wavelength (WDM) granularity as opposed to the presentinvention where link-detour paths are computed at alink/line/wavelength/demand granularity.

In the present invention, link-based recovery is managed at a demandgranularity. Thus, in anticipation of a failure of a line/port, aseparate link-detour path can be reserved for each demand in aline/port. Failure of a line/port or a complete link in the network canthus result in the rerouting of a multitude of affected individualdemands along potentially independent recovery paths. In the case of alarge demand that spans multiple lines, potentially in separate links(or shared risk links), the flexibility exists to reroute the entiredemand in the event of a failure of one of the lines carrying the demandor reroute just the affected line. In general, the flexibility affordedby recovery down to, if desired, the granularity of a demand supportsthe computation of more-optimal link-detour paths.

Protection Versus Restoration

Recovery mechanisms are often distinguished by the time at which therecovery path is computed and reserved relative to when it is activated.“Protection” typically refers to a recovery mechanism where the pathsare computed and reserved in advance of a failure. “Restoration”typically refers to a recovery mechanism where the paths are computedand reserved after a failure has occurred. Although typically slower,restoration can sometimes be more optimal than protection given thatmore-recent information can be used to route around failed links, nodes,or paths. The present invention can use either or both types of recoverymechanism though protection is preferred.

Sharing and Single-Event Failures

Another problem, associated with some current link-based recoverymechanisms is a failure to take advantage of recovery bandwidth-sharingopportunities. For example, consider topological rings 102 and 104depicted in FIG. 1. Ring 102 (A-B-C-D-A) (with two units of capacity)and ring 104 (B-C-F-E-B) (with four units of capacity) have the linkbetween nodes B and C (i.e., link B-C) in common. Note that, in thisexample, the capacity of a ring is limited to the capacity of the linkin the ring with the lowest capacity. In accordance with the currentSONET and SDH ring standards, ring 102 can use one unit of bandwidth forworking traffic, while reserving one unit of bandwidth for protection.Similarly, ring 104 can use two units of bandwidth for working traffic,while reserving two units of bandwidth for protection. Since link B-C iscommon to both rings and thus carries three units of working traffic, itshould reserve three units of protection bandwidth to protect againstfailures of other links in the two rings. This equates to providingsufficient recovery bandwidth on link B-C to accommodate a failure of atleast one link (other than B-C) in each of ring 1 and ring 2simultaneously.

However, modem-day networks have very high reliability and typically avery fast repair interval (i.e., the time it takes to recover from asingle failure, restore service, fix. the failure, and switch back tothe original configuration—if that is part of the protocol, or at leastreserve new recovery paths based on the modified configuration). In thepresent invention, this reliability is taken into account by assumingthat, since the probability of experiencing a second failure during therecovery interval following an initial failure is insignificant, theprobability of two or more co-existing failures can essentially beignored.

Considering this, reserving separate capacity for each ring, ring 102and ring 104 in our example, is wasteful of resources. In the abovescenario, this equates to the assumption that the reserved bandwidth inthe network need only accommodate a failure of a link of ring 102 or alink of ring 104, but not both simultaneously. With this assumption, thebandwidth reserved on link B-C to cover a single failure on thistwo-ring network need only be two units (as opposed to three). In theevent of a failure of any one of the other links of ring 102, one unitof the reserved bandwidth along link B-C can be used for recoverypurposes. Similarly, in the event of a failure of any one of the otherlinks of ring 104, both units of the reserved bandwidth along link B-Ccan be used for recovery purposes. Thus, the recovery bandwidth reservedon link B-C is shared between the two rings, yielding a more efficientuse of network resources.

Finally, as another example of the flexibility afforded by link-basedrecovery at a demand granularity, in the case of a failure of link B-C,each demand on link B-C could be recovered along a different detourpath, where in this example, the possible detours paths are B-A-D-C andB-E-F-C. Related information on path-based recovery bandwidth sharingamong multiple disjoint failures in the context of wavelengthconnections in optical rings can be found in B. T. Doshi, S. Dravida, P.Harshavardhana, O. Hauser, Y. Wang, “Optical Network Design andRestoration” BLTJ, January-March 1999, incorporated herein by referencein its entirety. More information on BLSR and MS-Spring can be found inBLSR-GR-1230-CORE, SONET Bidirectional Line-Switched Ring EquipmentGeneric Criteria, and International Telecommunications Union (ITU) G.841(SDH) “MS-Spring, types and characteristics of SDH network protectionarchitecture,” February 99, each incorporated herein by reference in itsentirety.

Preferred Embodiments

The following embodiments are included to illustrate the concepts of thepresent invention. Though these examples present preferredimplementations in particular contexts, they should not be construed aslimiting the scope or intent of the present invention.

Link-Based Recovery at the Demand Level

One embodiment of the present invention is a link-based recovery schemefor SONET/SDH networks where the link recovery and sharing are providedat the SONET/SDH tributary demand level. This is a finer granularitythan either the SONET line or wavelength level. In one or moreembodiments of the present invention, each tributary demand within aSONET line can be protected independently of the others. This means thattributary demands to the same SONET line may have different protectionpaths associated with them.

For example, referring again to the network of FIG. 1, assume there aretwo 5 Mbps demands on the network. One demand is carried along pathA-B-C, the other is carried along path F-E-B-C. Thus, both demands haveprimary paths that include nodes B and C. Further suppose both demandsare routed within the same line between nodes B and C. In the prior art,in the event of a failure of that line on link B-C, all the traffic onthe failed line would be redirected to one alternate path, for example,B-A-D-C or B-E-F-C in a link-based recovery scheme that was limited toline-level granularity. In the present invention, however, each demandcarried on link B-C can have its own protection path. In the event of afailure of link B-C, each demand can be routed along a different path ifit is beneficial to do so. For example, the first demand can be routedalong protection path B-A-D-C, and the second demand can be routed alongpath B-E-F-C. Alternatively, the first demand could be routed alongB-E-F-C, and the second demand routed along B-A-D-C. Of course, withinthe present invention, the flexibility of routing both demands along thesame recovery path is retained as well.

Elimination of Backhauling

Another aspect of the present invention is that it avoids anyunnecessary backhauling of traffic in the network. Backhauling occurswhen traffic ends up unnecessarily traversing the same link twice,resulting in waste of recovery bandwidth. Backhauling can easily occurif no special attention is given to the network topology/connectivity.For example, consider a network as illustrated in FIG. 2 where nodes A,B, C, D, and E are connected in a ring topology, forming ringA-B-C-D-E-A. Assume that nodes C, D, and E have no other connected linksor nodes in the network other than those illustrated. This means thatthere is just one shortest detour (C-B-A-E-D) between nodes C and D thatcan avoid traversing link C-D.

Now consider a demand 202 from node A to node B whose primary path, forsome reason, is A-E-D-C-B. Assume that the demand is recovered bylink-based recovery mechanisms, where the detour for link D-C is thepath D-E-A-B-C. In this case, if link D-C fails, traffic for demand 202will flow along the primary path segment A-E-D (204), followed by flowalong the detour path D-E-A-B-C (206), followed by flow along theprimary path segment C-B (208). In this case, traffic will flow alonglinks A-E, E-D, and B-C twice. This backhauling can be avoided if theprotection scheme detects the backhaul while computing the protectionpaths and avoids the backhaul by moving the protection switchingfunctions. In the present example, backhauling can be avoided by movingthe protection switching function to nodes A and B. To accomplish this,the present invention can incorporate additional bookkeeping andsignaling that allow the computation and selection of the appropriateswitching nodes for protection.

Precomputation of Protection Cross-Connect Tables

To achieve fast protection comparable to that of SONET/SDH ringprotection, embodiments of the present invention include computation ofcross-connect tables per failure per node in advance of a failure. Thiscomes at the cost of more data management but avoids having to allocatecross-connects at the time of failure. Further, this allows triggeringof protection signaling from both sides of a connection since thecross-connects at each node along the detour are already computed,reserved, and known in advance of the failure.

Bundling of Signaling Messages

Embodiments of the present invention also feature bundling of signalingmessages. In this scheme, failure indication for all the demandsaffected by a single line/port failure that will be recovered along thesame detour path can be bundled in a single recovery message. Thisreduces the number of recovery messages that need to be processed in thenetwork.

Exemplary Procedure

FIG. 3 depicts an exemplary process for achieving link-based protectionat the demand level. As shown, in step 302, a working path for a newservice is computed along with protection paths for each link in theworking path. In order to admit a new service into the network, thereshould be sufficient capacity in the network to admit the new servicealong the working path and also guarantee the service's recovery fromany single failure along its route.

In step 304, to avoid backhaul, the recovery-switching nodes forrecovery of each link in the working path are adjusted so that, forexample, no links in the recovery path of a failed link are traversedmore than once and no links in the recovery path for the failed link arepart of the original primary path. Alternatively or additionally,backhaul is eliminated by a recovery-path calculation mechanism thateliminates redundant traversal of any one link and reassignment of therecovery-switching function to nodes appropriate to the backhaul-freepath. Once the recovery-switching nodes are adjusted, state informationis updated to reflect the new detour node locations.

Next, in step 306, sharing between disjoint link failures is achieved bydetermining, via bookkeeping information, the amount of protectionbandwidth that would need to be reserved on each link for recoveringdemands affected by any single other link failure in the network.Recovery of each other link may require a different amount of capacity.On each link that is part of a recovery path, the maximum of requiredrecovery capacities required on that link is calculated. This maximum isthen reserved on the link if sufficient capacity exists on the link. Fora distributed implementation, each node keeps track of this sharinginformation for each of its incident links. Signaling is used to updatethis sharing information with admittance of every new demand into thenetwork. In the case of SONET/SDH networks, the reservation informationis kept in terms of time slots associated with the demands, though otherschemes are possible.

In step 308, each upstream node to a link keeps track of the demands onthat link that use the same line/port and have the same link-detourpath. Signaling messages for these connections are bundled wheneverpossible by the upstream node to save signaling bandwidth.

Finally, in step 310, link status and sharing information is passed tonodes in the network using an appropriate link state advertisement(LSA)-based routing protocol.

Calculation of Primary and Link-Detour Paths

Embodiments of the present invention may include a distributed methodfor calculating primary and link-detour paths in a mesh network. Thismethod improves the number of connections admitted to a network andreduces the probability of crank-backs due to unavailable oroverutilized link-detour paths. A crankback is the failure to establisheither a primary or protection path based on the unavailability ofresources that were anticipated to be available. A crankback can occur,for example, during the reservation of bandwidth along a calculatedprotection path for a link. A source node may assume that bandwidth fora new connection is available, and then start to signal to establish theprimary path and link-detour paths for the connection. However, duringthe process of establishing those paths, it might be found that one ofthe links along the paths cannot support the required bandwidths. Inthis case, the paths need to be ripped up and the signaling “crankedback” to the originating source node, which needs to try an alternativepath. Crankbacks can be very undesirable because of the delay associatedwith them. Improvement in the number of connections admitted to thenetwork results from a link-detour path-calculation method thatincreases sharing of the recovery bandwidth and a primary-pathcalculation method that is a function of the link-detour costs.

Link-Protection Path Calculation

In embodiments of the present invention, link-detour path calculationinvolves maximizing sharing of link-detour bandwidth. The recovery-pathcalculation algorithm makes use of information including how muchbandwidth can be-shared at each link in the network. This information isobtained by advertising, across the network, the amount of bandwidthreserved for recovery on each link and by bookkeeping, in each node,information about all recovery paths that would be activated when aprotected link fails.

Primary-Path Calculation

The primary path is calculated by taking into account the link cost andconstraints that take into account the costs and constraints oflink-detour paths for each link in the primary path. The link-detourpath cost and constraints for each link are distributed to each node byan advertising protocol.

FIG. 4 depicts a process for calculating primary paths and link-detour(LD) paths according to one embodiment of the present invention. In step402, each node in the network does bookkeeping for each of its incidentlinks of the amount of protection bandwidth that is needed to recoverservice in the event of each potential link failure in the network. Theamount of bandwidth actually reserved on each incident link is themaximum of the bandwidths required to recover from any of the failures.

In step 404, each node in the network advertises to other nodes in thenetwork the amount of protection bandwidth it currently has reserved oneach of its incident links.

In step 406, an LD path for each link in a set of candidate primarypaths for a new demand is calculated in such a way that sharing in thenetwork is maximized (e.g., by summing the cost of each link in eachcandidate LD path, where the cost is an inverse function of the degreeto which the protection bandwidth for that link can be shared with otherlinks in the network, and by choosing the path with the lowest cost).

Next, in step 408, the primary path for a new demand is selected fromthe set of candidate primary paths by considering not only the cost ofthe links in each primary path but also the cost of the LD paths foreach link in the primary path.

Link-Based vs. Path-Based Shared Protection

Path-based shared recovery has been utilized in mesh networks to improvethe efficiency and recovery speed of communications networks. Moreinformation on path-based shared recovery can be found in Z. Dziong, S.Kasera, R. Nagarajan, “Efficient Capacity Sharing in Path RestorationSchemes for Mesh Optical Networks,” NFOEC 2002 (herein “Dziong '02”),and in co-pending applications Lucent-1-Lucent-6 referenced above.However, a generic link-based shared-recovery approach can provideeffective resiliency mechanisms that are competitive with othersolutions, such as ring-based protection, from both a bandwidthefficiency and a recovery time perspective.

While some of the algorithms utilized in a link-based scheme are relatedto path-based recovery algorithms, there are significant modificationsand special considerations that are made in the case of link-basedrecovery.

FIG. 5 illustrates a simple network with both path-based and link-basedrecovery paths. For path-based recovery, two link- and node-disjointpaths between the source and destination nodes are shown. One is primarypath A-B-C-D and the other is recovery path E-F-G-H-I. For link-basedrecovery, each link on the primary path has its own link-detour (LD)path that is defined by its source node (the link's upstream node), itsdestination node (the link's downstream node), and a set of transitnodes. For example, in the case of a failure of link A, demands thatwere carried on that link can be rerouted to LD path J-K. Alternatively,though much less efficiently, demands on link A could have been reroutedalong LD path E-F-G-H-I-D-C-M-L. Other alternative routes could also beused, contingent on any hop limit imposed on the network. In the presentinvention, it is assumed that a failure can affect an entire link, partof a link (e.g., one or more lines/ports that are part of the link), orseveral links. The links or the lines/ports that are likely to beaffected at the same time are grouped into a shared-risk link group(SRLG). In general, SRLGs can overlap each other.

Link-Based Shared Restoration

Different embodiments of the present invention employ a variety oflink-based recovery mechanisms that trade off bandwidth efficiency withimplementation complexity and cost. The framework is defined by thefollowing assumptions:

-   -   a) Recovery paths are calculated for each connection separately,    -   b) Recovery is guaranteed for a single failure, and    -   c) Recovery bandwidth is shared among different shared-risk link        groups.        Note that, although optical or SONET network examples are used        in various discussion herein, the present invention can be        applied to networks based on different technologies and        topologies, including wired/wireless, optical/electrical, and        mesh topology.

General Link-Based Protection Framework

Link protection can be implemented in different ways. The choice isusually driven by the following objectives:

-   -   a) Recovery speed comparable with rings,    -   b) Recovery guaranteed for one SRLG failure at a time,    -   c) Bandwidth efficiency better than that of rings, and    -   d) Scalability.

The objectives of recovery speed and guaranteed recovery for no morethan one SRLG failure at a time imply that the recovery paths should bereserved in advance. Although the terms “restoration” and “protection”are often used interchangeably in the art, herein, advance reservationschemes are referred to as “protection” schemes, and schemes wherealternative paths for services are calculated after a link's failure arereferred to herein as “restoration” schemes. Using this distinctionbetween restoration and protection, the paths calculated for linkprotection herein will generally either be referred to as protectionpaths or recovery paths, although it should be understood throughoutthat the alternative of post-failure reservation within the scope andintent of the present invention.

In the present invention, link-recovery mechanisms can be implementedwith different reservation granularities varying from reservation perlink/fiber/line/port to reservation per demand/connection/service. Allthese choices are viable from a bandwidth efficiency viewpoint since,although the flexibility exists in the present invention to route eachdemand along a different LD path, demands can still be routed alongcommon LD paths if so desired from a bandwidth flexibility perspective.Still, the choice of granularity has an impact on implementationcomplexity, bandwidth efficiency, and restoration speed. While each ofthe alternatives has some advantages and disadvantages, a preferredembodiment of the present invention involves reservation per demand thatprovides:

-   -   i) Flexibility that supports different recovery services for        each customer,    -   ii) Bandwidth efficiency associated with the use of diverse        link-detour paths for demands within the same link or even the        same line/port, and the ability to reserve only the required        amount of bandwidth for recovery, and    -   iii) Avoidance of unnecessary connection disruptions if the        connection is carried on a line/port that is not affected by the        failure but would be switched anyway due to reservation        granularity coarser than a single line/port.

To achieve bandwidth efficiency better than that of rings, recoverybandwidth sharing is considered between different single-event failures.In other words, the bandwidth reserved for recovery of a particular SRLGcan be shared with bandwidth reserved for recovery of other disjointSRLGs, since it is assumed that only one failure at a time will occur.FIG. 6( a) illustrates an exemplary optical/SONET network 602 and FIG.6( b) shows bandwidth reservation table 604 for link A-B of FIG. 6( a).

In network 602, each solid line represents all of the demands that havethe same link-detour path, which is represented by a correspondingbroken line. For example, solid line 606 in SRLG 4 corresponds to one ormore demands totaling 15 units of bandwidth between nodes A and D.Broken lines 608 between nodes A and B, nodes B and C, and nodes C and Dcorrespond to the common link-detour path for those demands.

Bandwidth reservation table 604 describes the current state of thebandwidth of link A-B in terms of cross-connection (XC) units. Inparticular, “P-XC” represents the number of XC units in link A-B thatcurrently support demands (i.e., 12 units in this example). “SRLG 3failure” represents the number of XC units in link A-B that are reservedto protect demands on SRLG 3 (i.e., 48 units). Similarly, “SRLG 4failure” and “SRLG 5 failure” represent the numbers of XC units in linkA-B that are reserved to protect demands on SRLG 4 (i.e., 15 units) andSRLG 5 (i.e., 36 units), respectively. Note that link A-B is not part ofthe link-detour path for the other 24 XC units of demand on SRLG 4(i.e., represented by solid line CE).

Table 604 is based on the assumption that protection bandwidth is sharedfor SRLG-disjoint failures. As such, RSRV-XC represents the actualamount of bandwidth that needs to be reserved on link A-B to protectagainst any one SRLG failure in network 602. In the current example,this corresponds to the maximum of the protection bandwidths required byeach of SRLGs 3, 4, and 5 protected by link A-B (i.e., 48 units). Thus,link A-B provides protection bandwidth that is shared between disjointSRLGs 3, 4, and 5.

The example shows one-link-long connections and their protection pathsthat, in effect, illustrate link-based protection concepts. Becausethese primary paths are only a single link long, calculation ofbandwidths reserved for protection in this case could be done using thesame mechanism used for path protection as discussed in Dziong '02. Ingeneral, this will not be the case.

To calculate bandwidth reserved on each link for protection, the nodecontrolling the link book-keeps information about the bandwidth neededto protect each SRLG. To support this, when the source node of aprotection path sends a message along that path to make a reservation,it also includes information about the protected SRLG.

The calculation of primary and protection paths can be done in severalways that influence several performance characteristics such asscalability, bandwidth efficiency, and number of crank-backs. There arethree main issues associated with this problem: path calculationarchitecture, algorithms for calculation of protection paths, andalgorithms for calculation of primary paths.

Centralized Calculation

Recovery-path calculation can be centralized or distributed. In acentralized solution, the path calculation is performed in a specializedserver that keeps track of all connection states. When a new connectiondemand arrives at a source node, a request is sent to the server tocalculate the primary path and associated protection path(s). Once theserver calculates the paths, this information is sent back to the sourcenode. The main advantage of this option is that the path calculationalgorithms have exact information about link and connection states sothat optimal paths can be calculated and crank-backs avoided.Nevertheless, these advantages have to be weighed against severaldrawbacks such as scalability limits, calculation delays, sensitivity toserver failure, and design of an additional network element that needsvery reliable communication with all other network elements.

Distributed Calculation

An alternative to centralized solution is a distributed implementationwhere paths are calculated in their respective source nodes. Such asolution has the advantage of being much more scalable and resilient tonetwork element failures. While a distributed implementation avoidssignaling to a centralized server, it requires an advertisement protocolthat distributes information about link states across the network. Suchlink-state advertisement (LSA) protocols are usually already present incommunications networks to support primary path calculations. However,some extensions may be required in order to advertise information aboutlink bandwidth sharing capabilities, and, in the case of link recovery,link-recovery costs.

FIG. 7 illustrates a generic LSA data flow in such an environment forthe link-based protection mechanism. This flow is more complex than theequivalent flow for path protection since it includes the addition ofthe link protection path parameters (702). More details on these andother parameters to be advertised are given in the next section wherepath calculation algorithms are described. As illustrated, the linkprotection process can be divided into two main parts. These are theconnection setup process, which includes steps 704, 706, and 708, andthe local LSA calculation process, which includes steps 710, and 712.The connection setup process starts with a request for a new demand instep 704. This is followed by primary path calculation for the newdemand in step 706 using link and link-protection parameters 714, and702, respectively. Then, in step 708, making use of link parameters 714,at each node along the primary path, the protection path for thedownstream link connected to that node is calculated. Upon theoccurrence of an LSA update trigger (716) (e.g., a new primary path inthe network, a new global LSA update, or the expiration of a periodictimer) each node performs LSA link-protection parameter calculations(for each of its incident nodes) and in step 712, each node updates thelink-protection parameters in its local link-protection database.Finally upon the occurrence of a large change in services on the networkor other periodic timer (718), the new LSA database is flooded to thenetwork.

Protection and Primary Path Calculations

The calculation of primary and protection paths for path protection wasdiscussed and presented in Dziong '02. For link-based protection, it isof interest to provide node- and link-disjoint paths that are bandwidthefficient. Two generic approaches are possible. The first approachassumes the same link weight for both the primary and protection paths.In this case, an algorithm can be implemented that provides aminimum-cost solution, but compromises bandwidth efficiency by nottaking into account sharing opportunities. In the second approach, thealgorithm takes into account link-sharing opportunities. This secondapproach raises two additional issues. First, the link-sharing abilitiesshould be advertised in the distributed implementation. This results inan increased signaling load in the network. Second, the link cost can bedifferent for primary and protection paths. This feature makes optimalsolution time-consuming in real-time and therefore a heuristic ispreferred as proposed in Dziong '02.

Recovery Path Calculations

In some areas, the issues associated with recovery path calculation forlink-based recovery is analogous to recovery path calculations forpath-based restoration that was described in Dziong '02. In particular,two generic approaches can be considered.

In the first, the recovery path is calculated using the same link-statedatabase and link-cost function as the ones used for primary pathcalculations. Assuming that the primary path was already calculated, ashortest-path algorithm can be used for calculation of a minimum-costlink-detour path after excluding the protected link from the networktopology. In this case, the LD path calculation does not take intoaccount the sharing capabilities of links, and therefore sharing is notoptimized. Still, some degree of sharing can be achieved by properbookkeeping of the reserved recovery paths at the nodes controlling thelinks. Another disadvantage of this approach is that link i consideredfor the protection path of a protected link j should have availablebandwidth AB_(i) at least as large as the protected connection bandwidthCB (i.e., CB≦AB_(i)), since the sharing capability of the reservedbandwidth for protection is unknown.

As a consequence, in some cases, a request for a protection path for alink can be rejected due to lack of available bandwidth on a candidateprotection link, while, in reality, it could have been established usingavailable shared bandwidth reserved for protection on that link for adisjoint failure. Still, this option has the advantage of being simpleand consistent with primary path calculation approaches.

Available Shared Bandwidth (ASB)

In the second approach, a link's detour path is calculated usinglink-state and link-cost functions that take into account link-sharingcapabilities. In this approach, the reservation for a new LD path canuse both a protection link's available bandwidth and the protectionlink's available shared bandwidth ASBI. In this case, the link bandwidthconstraint is given by:CB<AB _(i) +ASB _(i)

To calculate available shared bandwidth on link i, two additional linkparameters are needed. First, link i bandwidth reserved for all LD pathsusing this link BRP_(i), should be known. Note that, in the case of adistributed implementation, this information should be advertisedthroughout the network so that each potential LD path source node hasthis information for all links in the network. The source node alsoshould have information about the link i protection bandwidth PB_(i)^(j) already reserved (in support of other connections) for the failureof link j for which the protection path is calculated. In this case:ASB _(i) =BRP _(i) −PB _(i) ^(j)

Note that the value of PB_(i) ^(j) is available locally at theprotection path source node since this node has to keep track of allconnections on link j anyway. The bandwidth PB_(i) ^(j) is subtractedfrom the total reserved protection bandwidth on link i because it is notavailable for sharing with additional connections protected on link jsince all the connections on link j are considered (for the presentdiscussion) to fail in common with the link failure and thussimultaneously require protection in an additive manner. This feature isof importance when compared with path protection schemes where suchinformation is not available in the protection path source node and hasto be advertised throughout the network based on local protectionbandwidth bookkeeping (see Dziong '02).

This advantage of link protection vs. path protection is straightforwardwhen an SRLG consists of one link. When the k-th SRLG consists of morethan one link, the available shared bandwidth is given by:ASB _(i) =BRP _(i) −PB _(i) ^(k)where PB_(i) ^(k) corresponds to protection bandwidth needed on link iin the case of a failure of all links belonging to SRLG k. If all linksbelonging to SRLG k originate in the protection path source node, thevalue of PB_(i) ^(k) is still available at the source node. A problemarises when the links from SRLG k originate in different nodes. In thesecases, the protection path source node does not have sufficientinformation to calculate PB_(i) ^(k). One possible solution is analogousto the one proposed in Dziong '02 for path protection. Namely, the nodecontrolling link i performs bookkeeping of PB_(i) ^(k) for all SRLGsusing link i for protection in order to calculate bandwidth reserved forprotection bandwidth. Therefore, these values can be advertisedthroughout the network so that the protection path source node has theinformation it needs to calculate the sharing capabilities for alllinks.

Link-cost Function

Depending on the path calculation objective, the link-cost function cantake into account several metrics including: administrative weight(which can be considered as a link bandwidth unit cost), availablebandwidth, and delay. In the following discussion, maximization ofbandwidth utilization is the focus, where the metrics of importance areadministrative weight, available bandwidth, and available sharedbandwidth. When LD path calculation is based on available bandwidthonly, the conservative approach is to assume that the LD path will needadditional reservation of CB, since the available shared bandwidth isunknown. In this case, the link-cost function should be the same as forthe primary path calculations.

In general, one can consider a static link-cost function, such asadministrative weight AW, or a dynamic link-cost function that dependson available bandwidth. A dynamic non-sharing link-cost function (thecost of available bandwidth CAB) can be based on the inverse ofavailable bandwidth as proposed in Dziong '02:

${LC}_{NS} = {{CAB} = \frac{{CB} \cdot {AW}}{{AB}^{a}}}$where a is a numerically chosen factor. The inverse of availablebandwidth factor provides better load balancing in the network that inturn can improve bandwidth utilization and access fairness.

While the above formulations define the cost of the link availablebandwidth, the question arises as to what should be the link-costfunction for the link available shared bandwidth. First, it should benoted that there is no immediate cost for new protection pathreservation using ASB, in terms of bandwidth. Therefore, at that instantof reservation, the link cost could be assumed to be zero. Nevertheless,by using a Markov decision theory framework, one can find that there isa certain cost. This follows from the fact that the cost should beconsidered during the whole connection-holding time. So, even if, at themoment of connection arrival, sharing is possible, in the future, withsome probability, the other connections can be terminated, and the newconnection will be the sole occupant of the reserved bandwidth and henceincurs a cost for reserving additional restoration bandwidth. Also,consuming the available shared bandwidth increases the probability ofuse of available bandwidth by some future protection paths. While exactcalculation of such a cost is complex, one can apply an approximation(the cost of shared bandwidth CSB) similar to that presented in Dziong'02:

${LC}_{S} = {{CSB} = {\frac{{CB}^{\prime}}{1 + {b \cdot {ASB}}} \cdot \frac{AW}{{AB}^{a}}}}$where CB′ is the portion of the connection bandwidth that can beaccommodated using the available shared bandwidth of the link, and b>1is a numerically chosen coefficient that reduces the available sharedbandwidth cost compared to the cost of available bandwidth.

Path Calculation and Loop Avoidance

Assuming link-cost and link-state information is available, one LD pathcalculation approach involves removal of the protected link from thenetwork topology before application of a shortest-path algorithm to thesource-destination pair. Nevertheless, this approach has one potentialdrawback. Namely, in the case of a failure, the link protection pathcombined with the still active part of the primary path can form a loopthat can be seen as an unnecessary waste of bandwidth. Such a situationcan happen quite often especially in sparse networks where some nodeshave only two adjoining links.

FIG. 8 illustrates some loop issues. For example, in both FIGS. 8( a)and 8(b), a failure of link 802 results in routing of traffic (indicatedby broken lines) around the failed link in a less than optimal fashion.Note that, in each case, an ideal detour path would involve protectionswitching for the link-detour path occurring at node 804.

In general, loop avoidance can be realized in several ways. In adistributed embodiment, it is assumed that the protected link'simmediately upstream node is in control of calculation, reservation, andactivation of the protection path for the link. In one embodiment, alink protection path is calculated without any considerations of loops.If a loop is subsequently detected, by comparing the LD path with theprimary path, the algorithm defines the branching and merging nodes ofthe shortened-LD path as the nodes common to primary and link protectionpaths that are closest to the primary path source and destination nodes,respectively. Then, the reservation message, sent from the upstream nodealong the protection path, reserves bandwidth only on the linksbelonging to the shortened-LD path. When the link fails, the recoverymessage, sent from the upstream node along the shortened-LD path,activates connections between the primary and shortened-LD paths in thebranching and merging nodes as well as connections in the transit nodesof the shortened-LD path.

Additional gain in bandwidth efficiency can be achieved by enhancing theLD path calculation. This can be obtained by first marking the primarylinks as no-constraint links with link cost equal zero. Then, aftercalculating the LD path and subtracting the primary links from thesolution, the outcome defines the least-expensive, shortened-LD path.

Joint Optimization of Primary and Protection Paths

In non-joint optimization embodiments of the present invention, theprimary path is calculated using a shortest-path algorithm thatminimizes the path cost and meets the bandwidth constraints (CB<AB_(i))for each link i in the primary path. Then, the protection paths can beoptimized for a given primary path using one or more of the techniquesdescribed above.

In joint-optimization embodiment, a more optimal solution calculates andoptimizes both the primary and protection paths at the same time. Thisapproach was applied in Dziong '02 for path protection. In the case oflink protection, the issue of joint optimization is much more complexdue to the multitude of link detour paths. Moreover, in the case ofdistributed implementation, it is more straightforward to calculate thelink detour paths in the controlling nodes for the primary path linksand calculate the primary path in the connection source node. Still, ajoint optimization has the advantage of increasing bandwidth efficiencyand reducing the number of crank-backs.

The following discussion describes a joint-optimization embodiment ofthe present invention where joint optimization is performed in adistributed fashion. In this embodiment, the primary path calculationtakes into account some advertised attributes of the link-detour path,but the paths are still calculated in the respective upstream (i.e.,controlling) nodes of each protected link.

Throughout this document, a controlling node for a link is defined asthe node that is immediately upstream to a link relative to a givenprimary demand. A controlling node calculates and distributes alink-detour path cost CPP_(i) and keeps track of the available bandwidthfor protection ABP_(i) on the link detour path for a link i along theprimary path. (Note that a node in the network may have many incidentlinks for which it serves as a controlling node). The aforementionedfunction of a controlling node can be done either by using informationfrom the last link detour path calculation, by periodic calculations, orby a combination of the two. This information is then periodicallyadvertised to all other nodes together with other link-state parametersas illustrated in FIG. 7. When the connection source node calculates theprimary path, the link constraints and link cost are modified. Inparticular, each link considered for the primary path has to fulfill thebandwidth constraint for the primary connection:CB≦AB_(i)and the bandwidth constraint for the link detour path:CB≦ABP_(i).The link cost for joint optimization then has two components, oneassociated with the primary path links and the other associated with thelink detour paths:LC _(i) =CAB _(i) +CPP _(i).Note that the cost of a link detour path can be a non-linear function ofconnection bandwidth. This follows from the fact that the availableshared bandwidth can be smaller than the maximum connection bandwidth onsome protection path links. This feature may require advertisement ofseveral parameters that approximate the CPP_(i) function.

FIG. 9 illustrates the link protection path-cost function in a SONETnetwork assuming a static link-cost function (e.g., LC=f(administrativeweight AW)). In this case, the number of cost parameters corresponds tothe number of connection bandwidth requirements in the SONET hierarchy(e.g., each different bandwidth in the hierarchy, for example, STS-3,typically has a different administrative weight AW). Negative values(e.g., for STS48 and STS 192) correspond to connection bandwidths thatrequire more bandwidth than is available.

In FIG. 9, boxes 902, 904, and 906 represent the use of bandwidth onthree links (A, B, and C) along a link detour path. Each of these boxesshows 5 STS-1 units of bandwidth 910, 912, 914, respectively, reservedfor protecting the 5 STS-1 bandwidth demand 908 associated with aprimary path link i. Each of boxes 902, 904, and 906 also represent theuse of each associated links bandwidth for primary, available, andrecovery bandwidth categories. For example, as represented by box 902,link A has 8 STS-1s reserved for protection (916). Link B has 15 STS-1sreserved for protection (918) and link C has has 10 STS-1s reserved(920).

Note that the available bandwidth on the link detour path for protectionof a new demand on link i is limited to the minimum available bandwidthof the three detour path links, in this case equal to 18 STS-1s per linkC.

Given this situation, the graph of cost of the protection path CPPi 922associated with link i shows what CPPi would for five different sizes ofa new demand on link i. As illustrated, a demand of either STS-1 orSTS-3 can be accommodated without requiring any additional bandwidth forrecovery on the detour links A, B, and C. Therefore the CPP value forthose demands is shown as zero. For an STS-12 demand, 9 additionalSTS-1s are needed on link A for recovery since three STS-1s are alreadyreserved and can be shared (assuming the reservation is for a disjointlink recovery). Similarly, 2 additional STS-1s are needed on link Bwhere 15 units are already reserved (10 above the 5 STS-1 demand of linki), and 7 additional STS-1s are required on link C. These numbers areused with the respective weights to calculate CPPi value for a STS-12demand. Since the shared bandwidth plus the available capacity of link Bis insufficient (see box 904) to accommodate an STS-48 demand, the CPPivalue associated with STS-48 is negative. Similarly, the CPPi value isnegative for an STS-192 demand. Note that CPPi is a function of thedemand, thus, in some embodiments, a set of CPPi values can beadvertised for each link I, where each element of the set is associatedwith a different demand value or range of values.

The above joint-optimization approach has the advantage of improvingbandwidth utilization by joint optimization of the primary andprotection paths in a distributed implementation. Also, the crank-backsare minimized since the connection source knows the availability of linkprotection a priori. One potential drawback to this approach isincreased link advertisement load that may limit the LSA-updatefrequency and that in turn may reduce the accuracy of thelink-protection attributes.

Loop Avoidance in Link-Recovery Schemes for Mesh Networks

Embodiments of the present invention include a method to calculate (in adistributed fashion), reserve, and activate (in the event of a failure)shortened link-detour paths. Shortened link-detour paths avoid loopscaused by overlapping of primary and link-detour paths and therefore cansignificantly increase network efficiency in terms of the number ofaccepted connections.

Loop avoidance includes three parts: (1) a modified link-detour pathcalculation, (2) signaling extensions in the link-detour pathreservation process, and (3) signaling extensions in the recoveryprocess.

The link-detour path calculation is modified by the constraint that thecalculated link-detour path and the primary path are link and nodedisjoint.

The following assumptions and definitions are provided to facilitatefurther discussion:

Branching node—a node, upstream of a link with respect to an end-to-endconnection that traverses the link, which controls the rerouting oftraffic around that link in the event of a failure of the link. Notethat, prior to loop avoidance, the branching node for a link is theupstream node of a link that terminates the link; while, after loopavoidance, the branching node could be a transit node that is furtherupstream in the end-to-end connection path.

Merging node—a node, downstream of a link with respect to an end-to-endconnection that traverses the link, which receives the traffic of theconnection that was rerouted around that link in the event of a failureof the link. Note that, prior to loop avoidance, the merging node for alink is the downstream node of a link that terminates the link; while,after loop avoidance, the merging node could be a transit node that isfurther downstream in the end-to-end connection path.

Full-LD path—a link-detour path between an upstream node and adownstream node of a link.

Shortened-LD path—the portion of a full-LD path that connects thebranching and merging nodes.

Signaling nodes—transit nodes that belong to the full-LD path but not tothe shortened link-detour path.

Protected segment—A protected segment is the portion of a primary paththat is between the branching and merging nodes. It is assumed that, incase of a bidirectional end-to-end connection along a path between twoend nodes in a network, any of the two end nodes can receive the requestfor the connection, whereas, in the case of a unidirectional connectionbetween two end nodes, only the node that is upstream to the connectioncan receive the connection request. For convenience, the node receivingthe connection request is referred to as the connection's source node,and the other end node is referred to as the connection's destinationnode, irrespective of the type of connection. For example, abi-directional connection that is set up between nodes A and D can berequested at either node A or node D. If this connection is requested atnode A, then node A will be referred as the source node and node D willbe referred as the destination node. In contrast, a unidirectionalconnection from node A to node D can only be requested at node A. Notethat, in this document, only bi-directional connection requests arediscussed, although similar principles apply to unidirectional requests.

The source node of an end-to-end connection is responsible for computingthe primary path for the connection as well as verifying that, for eachlink along the primary path, there exists at least one link-detour path(LD path) that can accommodate the recovery bandwidth required for thatlink. The upstream node of each link in the primary path (and notnecessarily the source node of the end-to-end connection) is responsiblefor computing the LD path for its link. For example, suppose that a linkconnecting node A and node B is along the primary path for an end-to-endconnection. Further, suppose node A is the node that is connectedupstream to a particular link in the primary path for the connection(that is, node A is closer to the source node than node B is). In thiscase, node A will compute the LD path. Note that, with minimaladditional information, the upstream-terminating node of a link cancompute a more-optimal LD path than the source node.

Embodiments of the present invention employ three major mechanisms toavoid loops in calculated paths. The three mechanisms are “source-node(centralized),” “segment-based,” and the preferred embodiment“upstream-node (distributed).” Loop avoidance can significantly improveresource utilization within a network.

Source-Node (Centralized) Loop Avoidance

In this embodiment, when a new connection request arrives at a sourcenode, a centralized routing engine calculates both a primary path forthe connection and a loop-free link-detour path for each link of theprimary path. The resulting LD path information is passed to the transitnodes of the primary path during the primary path setup process. Notethat the loop-free LD path for each link might include a branching nodethat is not the immediate upstream node of the link due toloop-avoidance optimizations performed by the centralized routingengine. In any event, each branching node sets up its link's LD-path(reserves bandwidth, etc.). When a link failure occurs, the node that isimmediately upstream of the failed link sends a failure message to thecorresponding branching node, which then activates the corresponding LDpath.

Advantages of this approach include a possibly optimal choice ofbranching, merging nodes according to selected objectives, and no pathcomputations in the transit nodes. Disadvantages include increasedcomplexity of the routing engine and limited sharing optimization.

Segment-Based Loop Avoidance

In a segment-based approach, a source node for an end-to-end connectioncalculates the primary path for the connection and then identifies pathsegments within the primary path. Path segments are portions of theprimary path that include transit nodes that are of connectivity nogreater than two and that can therefore not serve as branching ormerging nodes. The starting and ending nodes of each segment are thusidentified as the branching and merging nodes, respectively, of LD pathsfor links within that segment. This information is passed to the transitnodes of the primary path during the primary path setup process. Then,each branching node calculates and sets up the LD path between itselfand its merging node. When a failure occurs, the node that isimmediately upstream of the failed link sends a failure message to thecorresponding branching node, which then activates the corresponding LDpath. Branching nodes again control the LD paths.

Advantages of this approach include the primary path calculation beingunaffected. Disadvantages include, depending on traffic conditions, someprobability of loops remaining in the network.

Upstream-Node Distributed Loop Avoidance (UNDLA)

Here, the primary path calculation and setup are unchanged. In thispreferred embodiment, during the LD path bandwidth reservation phase,each transit node calculates the LD path for its downstream incidentlink on the primary path. If a loop exists in the resulting full-LDpath, it is then shortened and the branching and merging nodes areselected. In this approach, the immediately upstream node of a linkremains in control of the shortened-LD path, and the branching andmerging nodes have no control functionality. During the recovery pathbandwidth reservation process, the other upstream nodes that are coveredby the shortened-LD path can be provided with the failure IDcorresponding to the primary connection under consideration. In thisway, they know they do not need to perform LD path calculationcorresponding to their incident downstream link along that primary pathfor the connection.

Advantages of this approach include minimal changes to the existing LDpath algorithms and protocols. Disadvantages include the possibility ofoverlapping of branching and merging nodes.

There are three main approaches to upstream-node distributed loopavoidance (UNDLA): (1) basic, (2) enhanced, and (3) non-revertive. Notethat, in general, the computation of link-detour paths is realized inthe reservation control (upstream) node for a link and can be dividedinto two parts: (a) calculation of a path between the upstream anddownstream nodes (i.e., the computation of the full link-detour path)and (b) loop elimination (computation of a shortened link-detour path).Loop elimination requires knowledge of primary path topology in the linkupstream node.

1. UNDLA Basic Solution

In the basic solution, each link-detour path is calculated independentlyof the others and independently of the primary path. As a result, theseLD paths may partially overlap protected segments.

For this solution, FIG. 10 illustrates an exemplary loop-avoidanceprocess applied to each link in the primary path of the end-to-endconnection. In step 1002, the full-LD path for a link in the primarypath is calculated (e.g., using a shortest-path algorithm to calculate apath between upstream and downstream terminating nodes for the link).If, in step 1004, it is determined that no loops exist, then theterminating nodes that are upstream and downstream of the link aredesignated the branching and merging nodes of the LD path, and theprocess exits in step 1006.

However, if loops are detected in the full LD path, then, in step 1008,the branching node is determined as that node that is common to both theprimary path and the full LD path and that is closest to the connectionsource. Then, in step 1010, the merging node is determined as that nodethat is common to both the primary path and the full-LD path and that isclosest to the connection destination. In step 1012, the shortened-LDpath is set equal to the portion of the full-LD path that is directlybetween the branching and merging nodes.

2. UNDLA Enhanced Solution—Revertive

In the enhanced solution, all links within a protected segment use thesame LD path. For this solution, FIG. 11 illustrates another exemplaryloop-avoidance process that can be applied to each link in the primarypath of the end-to-end connection. In step 1102, the full-LD path for alink in the primary path is calculated from a network topology where theprimary path links are marked as “no-constraint” (e.g., assigned a linkcost of zero). In step 1104, primary path links are subtracted from thefull-LD path to determine the shortened-LD path and define the protectedsegment.

Note that, in this solution, the objective is to use the same LD pathfor all links in a protected segment. Each link in the protected segmentbelongs to at least one shared-risk link group (SRLG) that might includemultiple links. It is thus important to make sure that none of the linksused in the shortened-LD path are also in an SRLG for one or more of thelinks in the segment. Otherwise, a failure of a link in the protectedsegment will be associated with some significant probability of failureof a link along the shortened-LD path. Assuming the initial shortened-LDpath calculation was done in consideration of the SRLG associated with aspecific link in the primary path, if any link in the resultingprotected segment has an SRLG in common with the specific link, a newcalculation is done that considers all SRLGs associated with links inthe protected segment and excludes them from the topology for the newcalculation. Thus, in step 1112, a test is performed to see if anotherlink in the protected segment has an SRLG in common with the specifiedlink. If the test fails, the process exits in step 1114.

However, if the test passes, then, in step 1106, the SRLGs of all linksin the segment are determined, and, in step 1108, all links in the SRLGsare removed from the current shortened-LD path. Finally, in step 1110,an LD path for the link is recalculated using the previously determinedbranching and merging nodes, and this new path is used as theshortened-LD path. The process exits in step 1114. Note that, if theexclusion process makes the previously calculated branching and mergingnodes invalid for the new shortened-LD path, the new topology can beused in the calculation of a new full-LD path as a first step and thenthe new shortened-LD path calculated from the new full-LD path.Ultimately, this new shortened-LD path is combined with any primary pathlinks from the source node to the branching node and any primary pathlinks from the merging node to the destination node to form a newrecovery path for all the links in the protected segment.

Note that each demand in the protected segment can be assigned adifferent recovery path if so desired.

Advantages of this solution include achieving a shortened-LD path withminimum cost. Disadvantages include the fact that the full-LD path couldbe longer than the LD path that results from the basic solution;however, this should not be a problem if a constraint for a maximumnumber of nodes in the link-detour path is introduced.

3. UNDLA Non-Revertive or Minimum-Cost Primary

The following embodiment additionally provides for reducing the cost ofthe resultant primary path during loop elimination calculations. Thissolution is called “non-revertive” since, in this embodiment, oncetraffic is switched over to the shortened-LD path, the shortened-LD pathbecomes the new primary path for the connection, and recovery of thefailed link does not result in traffic being “reverted” to the originalprimary path. FIG. 12 illustrates another exemplary loop-avoidanceprocess that can be applied to each link in the primary path of theend-to-end connection. In step 1202, the link under consideration isremoved from the topology and the primary links are marked asno-constraint links. Next, in step 1204, a shortest path between thesource and destination of the primary path is calculated (by any of theaforementioned or conventional methods).

Then, in steps 1206 and 1208, the nodes in the path that are common tothe primary path and the shortest path just calculated are identifiedand the common nodes that are closest to the link under consideration inthe upstream direction and in the downstream direction become,respectively, the branching and merging nodes of the shortened-LD pathfor the link. Finally, in step 1210, the shortened LD path is set equalto the portion of the shortened path that lies between the newly definedbranching and merging nodes and in step 1212, the process exits. Ifneeded, the full-LD path can be defined as the concatenation of theshortened-LD path and the primary path between the branching and mergingnodes minus the link under consideration to create a new primary path.The process exits in step 1212.

Advantages of this approach include achieving a new primary path in caseof failure at minimum cost. Disadvantages include the fact that the fulllink-detour path can be longer than in the other solutions.

LD Path Reservation

The reservation setup messages are slightly different in the basic,enhanced, and non-revertive loop avoidance embodiments. In the basicembodiment, a reservation setup message is sent from the reservationcontrol node to the branching node, then along the shortened-LD path tothe merging node, and from there, to the downstream node. The messagecarries information that classifies nodes as branching, merging, ortransit nodes.

In the enhanced loop avoidance embodiment, the reservation setup messageis sent along the full-LD path. The message carries information thatclassifies nodes as branching, merging, signaling, or transit nodes. Themessage also carries associated failure IDs, if applicable. The failureIDs are used to avoid having more than one shortened-LD path associatedwith the set of links in the protected segment associated with theshortened-LD path.

In the non-revertive loop avoidance embodiment, the reservation messagemay need to carry additional information that is required in theshortened-LD path related nodes to take full control of the recoverypath in the case of failure.

LD Path Reservation Actions at Each Node

In the basic embodiment, branching, merging, and transit nodes reservecross-connects in anticipation of a failure. In this scheme, each linkin the protected segment makes an independent reservation. This limits,in general, using the same shortened-LD path for all links in theprotected segment since each LD path can be different. As a consequence,there is a possibility of partly overlapping protection segments andthat may cause problems in a scenario where a second failure occurs.

In the enhanced embodiment, signaling nodes (and the branching node ifdifferent from the reservation control node) will associate a failure IDwith the primary connection for which the LD path is reserved. If thissignaling node previously made an LD-path reservation, this reservationshould be torn down. When the signaling node later becomes an upstreamnode that is to reserve an LD path for the same primary connection, itsends the reservation message with the associated failure IDs so thesame link-detour path can be used for all links in the protectedsegment. Branching, merging, and transit nodes perform the same actionsas in the basic solution except when they encounter a failure ID in thereservation message, the new failure ID is linked to the existingreservation and no new cross connects are added. Actions for nodes inthe non-revertive embodiment are identical to the actions forcorresponding nodes in the enhanced embodiment.

Advantages of this approach include that the same LD path is used forall links in the protected segment. Disadvantages include that thefailure ID concept has to be incorporated into signaling and reservedcross-connect infrastructure.

Link First-failure Recovery

For a first failure in the network, in the basic embodiment, the failuremessage is sent from the reservation control node to the branching node,then along the shortened-LD path to the merging node, and then to thedownstream node.

In the enhanced embodiment, the failure message is sent from thereservation control node to the branching node, then along theshortened-LD path to the merging node, and then to the downstream node.At the branching and merging nodes, the node first checks to see if anyof the associated failure IDs are already activated. If so, no action istaken other than confirmation that the recovery is in place. Otherwise,the reserved cross-connect is activated.

In the non-revertive embodiment, the node actions are the same as in theenhanced embodiment, except that, additionally, once recovery isconfirmed, the shortened-LD path nodes take over control of the newprimary path, while the failed link upstream node tears down the oldprimary path between the branching and merging nodes.

Second Failure on the Primary Path

In the basic embodiment, since each link-detour path is calculatedindependently for each link, the protection segments for each link canoverlap each other (partially or fully) and there can be problems withsecond-failure recovery.

In a first scenario, two failures occur on two protection segments withcommon branching and/or merging nodes. Independent of whether or not thesecond failure is within the protected segment of the first failure, thelink recovery for the second link can fail. When the second failureoccurs, the connection will still be protected by the link-detour paththat was put into place following the first failure. However, if thefirst failure is repaired, and the connection path is allowed to revertto the original primary path, the reversion will disconnect theend-to-end connection because of the second failure. Therefore, therepairs should be synchronized in such a way that the second failure isrepaired first. Alternatively, path-based recovery can be used torecover more than one link failure.

In a second scenario, single event failures occur on two differentprotected segments simultaneously where the protected segments arepartly overlapping and they have different branching and merging nodes.In this scenario, the recovery of the second failure can disconnect theend-to-end connection. In this case, path-based restoration will beactivated.

Note that, in the enhanced embodiments, there are no overlappingprotection segments since, for each protection segment, there is one LDpath. If a second failure is within the protected segment of the firstfailure, its failure ID is associated with the active recovery path, andthe recovery message will be confirmed without any cross-connect actionsupon reception of the message at the branching, transit, and mergingnodes, other than a confirmation of the recovery. In each node of theshortened-LD path, the second failure ID will have already been markedas activated. Therefore, independent of which failure is repaired first,its rollover and reversion messages will only change the status of itsfailure ID from active to non-active, but the cross-connects will stayintact, since the other failure ID will still be active, and theconnection will not be lost.

Recovery/Reversion

Once a failure is repaired, in the basic embodiment, messages are sentto branching and merging nodes to rollover (or revert) the connectionsback to the original primary path. Once this action is confirmed, atear-down message is sent along the link-detour path. This messageserves to restore the state from before the failure. If there was asecond failure within the protected segment and it is not repaired bynow, after rollover, the connection will be broken, and path recoverywill take over.

Advantages of this approach include simplicity. Disadvantages includethat the primary path is broken if the second failure in the protectedsegment is not repaired before the first failure is repaired andprotection reestablished.. This issue can be solved by coordination ofthe failure repairs.

In the enhanced embodiment, the signaling process is the same as in thebasic solution except that, in each of the shortened link-detour pathnodes, there are two possible actions that can occur after receiving therollover or reversion messages. If the failure ID is the only activefailure among all the associated failures on the common protectedsegment, then the process is the same as in the basic solution.Otherwise, the failure ID status is changed to non-active, but noactions (e.g., cross-connect reassignments) are performed. Instead, themessages are confirmed as if the action was taken.

Advantages of this approach include that the primary path is protectedeven if the second failure in the protected segment is not repairedbefore the first failure is repaired. Disadvantages include thatimplementation of the failure ID associations is required.

Although the present invention has been described in the context ofoptical networks, the invention can also be implemented in the contextof other networks such as all electrical networks and hybridoptical/electrical networks.

While this invention has been described with reference to illustrativeembodiments, this description should not be construed in a limitingsense. Various modifications of the described embodiments, as well asother embodiments of the invention, which are apparent to personsskilled in the art to which the invention pertains are deemed to liewithin the principle and scope of the invention as expressed in thefollowing claims.

Although the steps in the following method claims are recited in aparticular sequence with corresponding labeling, unless the claimrecitations otherwise imply a particular sequence for implementing someor all of those steps, those steps are not necessarily intended to belimited to being implemented in that particular sequence.

1. A link-based recovery method for a mesh network, the methodcomprising: developing N candidate primary paths, between a source nodeand a destination node for a demand, as a function of N sets {ABi} ofavailable bandwidths, wherein each set {ABi} corresponds to one of the Ncandidate primary paths, and each element ABi of each set corresponds tothe available bandwidth on a link i of the corresponding candidateprimary path; selecting a first primary path, from the N candidateprimary paths, as a function of N sets {LCi} of link costs, wherein eachset {LCi} corresponds to one of the N candidate primary paths, and eachelement LCi of each set corresponds to a link cost of a link i in thecorresponding candidate primary path; and computing a link detour (LD)path for each link i in the first primary path as a function of a set{ABPi} of available LD bandwidths, wherein each element ABPi of the set{ABPi} is equal to the minimum value from the set {ABj} of availablebandwidths, wherein each element ABj of the set {ABj} corresponds tototal available bandwidth on a link j in a candidate LD path for link i.2. The invention of claim 1, wherein: each link j in each of a pluralityof candidate LD paths for link i of the first primary path has a linkcost associated with it; and computing the LD path for each link i inthe first primary path comprises selecting the LD path for link i as afunction of link cost.
 3. The invention of claim 2, wherein computing anLD path comprises: computing a sum of the link costs associated witheach link j in two or more candidate LD paths for link i of the firstprimary path to determine an LD path link cost sum; and choosing the LDpath for the link i of the first primary path to be the candidate LDpath with the smallest LD path link cost sum.
 4. The invention of claim2, wherein each link cost is inversely related to the availablebandwidth on the link.
 5. The invention of claim 2, wherein each linkcost is inversely related to the available shared bandwidth on the link.6. The invention of claim 1, wherein: selecting the first primary pathcomprises: computing a sum of the link costs LCi of all links i in eachof the N candidate primary path to determine a link cost sumcorresponding to each candidate primary path; and choosing the firstprimary path to be the candidate primary path with the smallest linkcost sum.
 7. The invention of claim 1, wherein developing the Ncandidate primary paths and selecting the first primary path for thedemand are performed at the source node.
 8. The invention of claim 1,wherein computing the link detour (LD) path for a given link i in thefirst primary path is performed at a controlling node for link i,wherein the controlling node for link i is a terminating node for link ithat is immediately upstream of link i with respect to the demand. 9.The invention of claim 1, comprising: calculating a LD path cost CPPifor each link i of each candidate primary path, wherein CPPi is afunction of at least the administrative weight of each link within thelink detour path for link i; calculating a cost of available bandwidthCABi for each link i of each candidate primary path, wherein CABi isinversely related to the available bandwidth on link i; and calculatingthe link cost LCi for each link i of each candidate primary path as afunction of CPPi and CABi.
 10. The invention of claim 9, wherein CPPi iscalculated and distributed to the rest of the network by a controllingnode for link i, wherein the controlling node for link i is aterminating node for link i that is immediately upstream to link i withrespect to the demand.
 11. The invention of claim 1, wherein availablebandwidth on a link is defined as a measure of total amount of currentlyunused bandwidth on the link.
 12. A protection manager for a meshcommunications network, the manager comprising one or more computingelements adapted to: develop N candidate primary paths, between a sourcenode and a destination node for a demand, as a function of N sets {ABi}of available bandwidths, wherein each set {ABi} corresponds to one ofthe N candidate primary paths, and each element ABi of each setcorresponds to the available bandwidth on a link i of the correspondingcandidate primary path; select a first primary path, from the Ncandidate primary paths, as a function of N sets {LCi} of link costs,wherein each set {LCi} corresponds to one of the N candidate primarypaths, and each element LCi of each set corresponds to a link cost of alink i in the corresponding candidate primary path; and compute a linkdetour (LD) path for each link i in the first primary path as functionof a set {ABPi} of available LD bandwidths, wherein each element ABPi ofthe set {ABPi} is equal to the minimum value from the set {ABj} ofavailable bandwidths, wherein each element ABj of the set {ABj}corresponds to total available bandwidth on one link j in an LD path forlink i.
 13. The invention of claim 12, wherein: each link j in each of aplurality of candidate LD paths for link i of the first primary path hasa link cost associated with it; and computing the LD path for each linki in the first primary path comprises selecting the LD path for link ias a function of link cost.
 14. The invention of claim 13, whereincomputing an LD path comprises: computing a sum of the link costsassociated with each link j in two or more candidate LD paths for link iof the first primary path to determine an LD path link cost sum; andchoosing the LD path for the link i of the first primary path to be thecandidate LD path with the smallest LD path link cost sum.
 15. Theinvention of claim 13, wherein each link cost is inversely related tothe available bandwidth on the link.
 16. The invention of claim 13,wherein each link cost is inversely related to the available sharedbandwidth on the link.
 17. The invention of claim 12, wherein: selectingthe first primary path comprises: computing a sum of the link costs LCifor all links i in the primary path to determine a link cost sum; andchoosing the first primary path to be the primary path with the smallestlink cost sum.
 18. The invention of claim 12, wherein developing the Ncandidate primary paths and selecting the first primary path for thedemand are performed at the source node.
 19. The invention of claim 12,wherein computing the link detour (LD) path for a given link i in thefirst primary path is performed at a controlling node for link i,wherein the controlling node for link i is a terminating node for link ithat is immediately upstream of link i with respect to the demand. 20.The invention of claim 12, wherein the one or more computing elementsare adapted to: calculate a LD path cost CPPi for each link i of eachcandidate primary path, wherein CPPi is a function of at least theadministrative weight of each link within the link detour path for linki; calculate a cost of available bandwidth CABi for each link i of eachcandidate primary path, wherein CABi is inversely related to theavailable bandwidth on link i; and calculate the link cost LCi for eachlink i of each candidate primary path as a function of CPPi and CABi.21. The invention of claim 20, wherein CPPi is calculated anddistributed to the rest of the network by a controlling node for link i,wherein the controlling node for link i is a terminating node for link ithat is immediately upstream to link i with respect to the demand. 22.The invention of claim 12, wherein available bandwidth on a link isdefined as a measure of total amount of currently unused bandwidth onthe link.